home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1993 / Internet Info CD-ROM (Walnut Creek) (1993).iso / inet / internet-drafts / draft-ietf-pppext-x25-00.txt < prev    next >
Text File  |  1993-03-21  |  9KB  |  335 lines
  1.  
  2.  
  3.  
  4. Network Working Group                                        W A Simpson
  5. Internet Draft                                                Daydreamer
  6. expires in six months                                         March 1993
  7.  
  8.  
  9.  
  10.                              PPP over X.25
  11.  
  12.  
  13.  
  14. Status of this Memo
  15.  
  16.    This memo is the product of the Point-to-Point Protocol Working Group
  17.    of the Internet Engineering Task Force (IETF).  Comments on this memo
  18.    should be submitted to the ietf-ppp@ucdavis.edu mailing list.
  19.  
  20.    Distribution of this memo is unlimited.
  21.  
  22.    This document is an Internet Draft.  Internet Drafts are working
  23.    documents of the Internet Engineering Task Force (IETF), its Areas,
  24.    and its Working Groups.  Note that other groups may also distribute
  25.    working documents as Internet Drafts.  Internet Drafts are draft
  26.    documents valid for a maximum of six months.  Internet Drafts may be
  27.    updated, replaced, or obsoleted by other documents at any time.  It
  28.    is not appropriate to use Internet Drafts as reference material or to
  29.    cite them other than as a ``working draft'' or ``work in progress.''
  30.    Please check the 1id-abstracts.txt listing contained in the
  31.    internet-drafts Shadow Directories on nic.ddn.mil, nnsc.nsf.net,
  32.    nic.nordu.net, ftp.nisc.sri.com, or munnari.oz.au to learn the
  33.    current status of any Internet Draft.
  34.  
  35. Abstract
  36.  
  37.    The Point-to-Point Protocol (PPP) [1] provides a standard method of
  38.    encapsulating Network Layer protocol information over point-to-point
  39.    links.
  40.  
  41.    This document defines a method for using PPP to transport multi-
  42.    protocol datagrams over X.25 circuits.
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55. Simpson                  expires in six months                  [Page i]
  56. DRAFT                        PPP over X.25                    March 1993
  57.  
  58.  
  59. 1.  Introduction
  60.  
  61.    PPP has three main components:
  62.  
  63.       1. A method for encapsulating datagrams over serial links.
  64.  
  65.       2. A Link Control Protocol (LCP) for establishing, configuring,
  66.          and testing the data link connection.
  67.  
  68.       3. A family of Network Control Protocols (NCPs) for establishing
  69.          and configuring different network layer protocols.
  70.  
  71.    PPP was designed as a standard method of communicating over point-
  72.    to-point links.  Initial deployment has been over short local lines,
  73.    leased lines, and plain-old-telephone-service (POTS) using modems.
  74.    As new packet services and higher speed lines are introduced, PPP is
  75.    easily deployed in these environments as well.
  76.  
  77.            One protocol to carry them all.
  78.            One protocol to mind them.
  79.            One protocol to link them all,
  80.            and in the network bind them.
  81.  
  82.  
  83.    PPP was intended to replace X.25.  There are still ISO-lated pockets
  84.    of existing X.25 links, and some interest in bringing the advantages
  85.    of the PPP multi-protocol datagram service to this venue.  When X.25
  86.    emulates a point-to-point circuit, PPP is well suited to use over
  87.    X.25.
  88.  
  89. 2.  Encapsulation
  90.  
  91.    PPP provides an encapsulation protocol over both bit-oriented
  92.    synchronous links and asynchronous links with 8 bits of data and no
  93.    parity.  These links MUST be full-duplex, but MAY be either dedicated
  94.    or circuit-switched.  This fits the X.25 model.
  95.  
  96.    PPP uses HDLC [2] as a basis for the default encapsulation.  X.25 is
  97.    also in the family of HDLC derivatives, and the X.25 header may be
  98.    easily substituted for the smaller HDLC header.
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110. Simpson                  expires in six months                  [Page 1]
  111. DRAFT                        PPP over X.25                    March 1993
  112.  
  113.  
  114.  
  115.     0                   1                   2                   3
  116.     0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
  117.    +-+-+-+-+-+-+-+-+
  118.    |  Flag (0x7e)  |
  119.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  120.    |    Address    |    Control    |D|Q| SVC# (hi) |   SVC# (lo)   |
  121.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  122.    |p(r) |M|p(s) |0|    Pad (0)    |         PPP Protocol          |
  123.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  124.  
  125.  
  126.    Unfortunately, the X.25 header is 5 octets in length.  Therefore, a
  127.    single octet of zero padding is used to align the header to a more
  128.    convenient boundary.  The use of this zero padding is conformant with
  129.    both the ISO Network Layer Protocol Identifier (NLPID) Null Network
  130.    layer, and the PPP protocol field extension mechanism.
  131.  
  132.    LCP negotiation MAY permit the Pad and Protocol fields to be
  133.    compressed to a single octet.
  134.  
  135.  
  136. 3.  In-Band Protocol Detection
  137.  
  138.    When Out-of-Band signaling is not used to configure call setup for
  139.    the circuit, or the Null encapsulation is indicated, the PPP Protocol
  140.    field may be easily distinguished from other NLPID values.  Initial
  141.    LCP packets will contain the sequence 00-c0-21 following the header.
  142.  
  143.    Older implementations [3] might contain the NLPID value CC hex.
  144.    Other ISO conformant implementations might contain other NLPID
  145.    values, such as 80 hex (SNAP), or 81 hex (CLNP).  Such packets
  146.    indicate that the link is not properly configured for PPP operation,
  147.    and MUST generate a Protocol-Reject.
  148.  
  149.  
  150. 4.  Out-of-Band signaling
  151.  
  152.    The first octet in the Call User Data (CUD) Field (the first data
  153.    octet in the Call Request packet) is used for protocol
  154.    demultiplexing, in accordance with the Subsequent Protocol Identifier
  155.    (SPI) in ISO/IEC TR 9577.  This field contains a one octet Network
  156.    Layer Protocol Identifier (NLPID), which identifies the network layer
  157.    protocol encapsulated over the X.25 virtual circuit.  The CUD field
  158.    MAY contain more than one octet of information, and receivers MUST
  159.    ignore all extraneous octets in the field.
  160.  
  161.    The PPP encapsulation SHOULD be indicated by a value of C0 hex.  When
  162.  
  163.  
  164.  
  165. Simpson                  expires in six months                  [Page 2]
  166. DRAFT                        PPP over X.25                    March 1993
  167.  
  168.  
  169.    specifically configured to do so, the implementation MAY also accept
  170.    a value of 00.
  171.  
  172.    Other values of the CUD are beyond the scope of this specification.
  173.  
  174.  
  175. 5.  Configuration Details
  176.  
  177.    The standard LCP configuration defaults apply to X.25 links.
  178.  
  179.    The following Configurations Options are recommended:
  180.  
  181.       Magic Number
  182.       Link Quality Monitoring
  183.       Address and Control Field Compression
  184.       Protocol Field Compression
  185.  
  186.  
  187.    A maximum PDU size of 1600 is commonly available.  This translates to
  188.    a PPP MRU size of 1598.  Since the typical network feeding the link
  189.    is unlikely to have a MRU of greater than 1500, it is not expected to
  190.    be worth the trouble to negotiate a higher MRU.
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.  
  203.  
  204.  
  205.  
  206.  
  207.  
  208.  
  209.  
  210.  
  211.  
  212.  
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220. Simpson                  expires in six months                  [Page 3]
  221. DRAFT                        PPP over X.25                    March 1993
  222.  
  223.  
  224. Security Considerations
  225.  
  226.    Security issues are not discussed in this memo.
  227.  
  228. References
  229.  
  230.    [1]   Simpson, W. A., "The Point-to-Point Protocol", RFC 1331, May
  231.          1992.
  232.  
  233.    [2]   International Organization For Standardization, ISO Standard
  234.          3309-1979, "Data communication - High-level data link control
  235.          procedures - Frame structure", 1979.
  236.  
  237.    [3]   Malis, A., Robinson, D., Ullman R., "Multiprotocol Interconnect
  238.          on X.25 and ISDN in the Packet Mode", RFC 1356, August 1992.
  239.  
  240. Acknowledgments
  241.  
  242.  
  243. Chair's Address
  244.  
  245.    The working group can be contacted via the current chair:
  246.  
  247.       Brian Lloyd
  248.       B.P. Lloyd & Associates
  249.       3420 Sudbury Road
  250.       Cameron Park, California 95682
  251.  
  252.       Phone: (916) 676-1147
  253.  
  254.       EMail: brian@lloyd.com
  255.  
  256.  
  257. Author's Address
  258.  
  259.    Questions about this memo can also be directed to:
  260.  
  261.       William Allen Simpson
  262.       Daydreamer
  263.       Computer Systems Consulting Services
  264.       P O Box 6205
  265.       East Lansing, MI  48826-6205
  266.  
  267.       EMail: Bill.Simpson@um.cc.umich.edu
  268.  
  269.  
  270.  
  271.  
  272.  
  273.  
  274.  
  275. Simpson                  expires in six months                  [Page 4]
  276. DRAFT                        PPP over X.25                    March 1993
  277.  
  278.  
  279.                            Table of Contents
  280.  
  281.  
  282.      1.     Introduction ..........................................    1
  283.  
  284.      2.     Encapsulation .........................................    1
  285.  
  286.      3.     In-Band Protocol Detection ............................    2
  287.  
  288.      4.     Out-of-Band signaling .................................    2
  289.  
  290.      5.     Configuration Details .................................    3
  291.  
  292.      SECURITY CONSIDERATIONS ......................................    4
  293.  
  294.      REFERENCES ...................................................    4
  295.  
  296.      ACKNOWLEDGEMENTS .............................................    4
  297.  
  298.      CHAIR'S ADDRESS ..............................................    4
  299.  
  300.      AUTHOR'S ADDRESS .............................................    4
  301.  
  302.  
  303.  
  304.  
  305.  
  306.  
  307.  
  308.  
  309.  
  310.  
  311.  
  312.  
  313.  
  314.  
  315.  
  316.  
  317.  
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334. Bill.Simpson@um.cc.umich.edu
  335.